This PR fixes a long-standing bug (closes #221) where healed units — ground troops exiting a HealContain building, Chinooks, and jet/helicopter aircraft — would not follow the building's rally point after healing completes. The fix is applied symmetrically across both Generals/ and GeneralsMD/ codebases.

Approach:

• In OpenContain::getRallyPoint() (both codebases), a #if !RETAIL_COMPATIBLE_CRC-guarded fallback is added: if the contain module itself has no rally point set, it delegates to the object's primary exit interface's rally point. A self-pointer guard (primaryExit != this) correctly prevents direct recursion. This allows HealContain — which derives from OpenContain — to transparently propagate the parent building's rally point when units exit via exitObjectViaDoor.
• exitObjectViaDoor is updated from a direct m_rallyPointExists check to using getRallyPoint(), wiring in the delegation chain with no change to retail-mode behavior.
• In ChinookAIUpdate and JetAIUpdate (both codebases), a #if !RETAIL_COMPATIBLE_CRC-guarded block queries the airfield's exit interface for a rally point immediately after initiating takeoff. aiMoveToPosition is called while the state machine has already entered the taking-off state (setting TAKEOFF_IN_PROGRESS/m_hasPendingCommand guards), so aiDoCommand correctly defers the move as a pending command to be dispatched once the aircraft reaches altitude — consistent with the established pattern used throughout both AIUpdate files.

• Safe to merge — all new paths are guarded by #if !RETAIL_COMPATIBLE_CRC, null-checked, and follow established patterns in the codebase.
• The implementation is well-structured and consistent with existing pending-command patterns in both AI update files. The null-safety guards are thorough. The one area of inherent complexity is the same-frame interaction in JetAIUpdate::update() where else if (HAS_PENDING_COMMAND) can fire immediately after aiMoveToPosition sets the flag — but this is harmless because TAKEOFF_IN_PROGRESS (set synchronously by the state machine's onEnter handler) causes aiDoCommand to simply re-queue the command as pending rather than executing it prematurely. The retail build is entirely unaffected by the non-retail guard. Score of 4 rather than 5 reflects the moderate state-machine interaction complexity that warrants in-game testing for both Chinooks and helipads with and without a rally point set.
• No files require special attention, though in-game testing of Chinook and helipad aircraft post-heal rally behavior is recommended.

GeneralsMD/Code/GameEngine/Source/GameLogic/Object/Update/AIUpdate/ChinookAIUpdate.cpp
airfield could be nullptr if the airfield was destroyed or doesn't exist. Need null check before calling getObjectExitInterface().

				Object *airfield = TheGameLogic->findObjectByID( m_airfieldForHealing );
				if (airfield)
				{
					const Coord3D *rp = airfield->getObjectExitInterface()->getRallyPoint();
					if( rp )
					{
						AICommandParms parms( AICMD_MOVE_TO_POSITION, CMD_FROM_AI );
						parms.m_pos = *rp;
						m_pendingCommand.store( parms );
						m_hasPendingCommand = true;
					}
				}

This is a comment left during a code review.
Path: GeneralsMD/Code/GameEngine/Source/GameLogic/Object/Update/AIUpdate/ChinookAIUpdate.cpp
Line: 1038:1039

Comment:
`airfield` could be `nullptr` if the airfield was destroyed or doesn't exist. Need null check before calling `getObjectExitInterface()`.

```suggestion
				Object *airfield = TheGameLogic->findObjectByID( m_airfieldForHealing );
				if (airfield)
				{
					const Coord3D *rp = airfield->getObjectExitInterface()->getRallyPoint();
					if( rp )
					{
						AICommandParms parms( AICMD_MOVE_TO_POSITION, CMD_FROM_AI );
						parms.m_pos = *rp;
						m_pendingCommand.store( parms );
						m_hasPendingCommand = true;
					}
				}
```

How can I resolve this? If you propose a fix, please make it concise.

GeneralsMD/Code/GameEngine/Source/GameLogic/Object/Update/AIUpdate/JetAIUpdate.cpp
airfield could be nullptr if the airfield was destroyed or doesn't exist (see line 1717-1718 in same file for precedent). Need null check before calling getObjectExitInterface().

					Object *airfield = TheGameLogic->findObjectByID( jet->getProducerID() );
					if (airfield)
					{
						const Coord3D *rp = airfield->getObjectExitInterface()->getRallyPoint();
						if( rp )
						{
							AICommandParms parms( AICMD_MOVE_TO_POSITION, CMD_FROM_AI );
							parms.m_pos = *rp;
							m_mostRecentCommand.store( parms );
							setFlag(HAS_PENDING_COMMAND, true);
						}
					}

This is a comment left during a code review.
Path: GeneralsMD/Code/GameEngine/Source/GameLogic/Object/Update/AIUpdate/JetAIUpdate.cpp
Line: 1782:1783

Comment:
`airfield` could be `nullptr` if the airfield was destroyed or doesn't exist (see line 1717-1718 in same file for precedent). Need null check before calling `getObjectExitInterface()`.

```suggestion
					Object *airfield = TheGameLogic->findObjectByID( jet->getProducerID() );
					if (airfield)
					{
						const Coord3D *rp = airfield->getObjectExitInterface()->getRallyPoint();
						if( rp )
						{
							AICommandParms parms( AICMD_MOVE_TO_POSITION, CMD_FROM_AI );
							parms.m_pos = *rp;
							m_mostRecentCommand.store( parms );
							setFlag(HAS_PENDING_COMMAND, true);
						}
					}
```

How can I resolve this? If you propose a fix, please make it concise.